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DETAILED ACTION 

1. Claims 1-50 have been presented for examination based on the application filed on 
12 th September 2001. 

2. This application appears to be continuation in part (CIP) of applications 09918600, 
which claims priority from 09900124, which claims priority from 09373014, which 
claims priority from 09144222 making the effective filing date of the current 
application 31 st August 1998. 

3. Acknowledgement is made of signed oath filed on 8 th February 2002. 

4. Acknowledgement is made of change in power of attorney to "Moser, Patterson & 
Sheridan LLP" and change of correspondence of address filed on 4 th April 2005. 

Drawings 

5. The drawings are objected to because they are not legible (Figure 65-69) due to 
excessive saturation. 

Corrected drawing sheets in compliance with 37 CFR 1.121(d) are required in reply to the Office 
action to avoid abandonment of the application. Any amended replacement drawing sheet should 
include all of the figures appearing on the immediate prior version of the sheet, even if only one figure 
is being amended. The figure or figure number of an amended drawing should not be labeled as 
"amended." If a drawing figure is to be canceled, the appropriate figure must be removed from the 
replacement sheet, and where necessary, the remaining figures must be renumbered and appropriate 
changes made to the brief description of the several views of the drawings for consistency. Additional 
replacement sheets may be necessary to show the renumbering of the remaining figures. Each 
drawing sheet submitted after the filing date of an application must be labeled in the top margin as 
either "Replacement Sheet" or "New Sheet" pursuant to 37 CFR 1 .121(d). If the changes are not 
accepted by the examiner, the applicant will be notified and informed of any required corrective action 
in the next Office action. The objection to the drawings will not be held in abeyance. 
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Specification 

6. The lengthy specification has not been checked to the extent necessary to 
determine the presence of all possible minor errors. Applicant's cooperation is 
requested in correcting any errors of which applicant may become aware in the 
specification. 

Claim Objections 

7. Claim 4 is objected to due to improper numbering. Claim 4 is separated from claim 2 
by claim 3, which is part of another branch. 

A series of singular dependent claims is permissible in which a dependent claim 
refers to a preceding claim which, in turn, refers to another preceding claim. 

A claim, which depends from a dependent claim, should not be separated by any 
claim , which does not also depend from said dependent claim. It should be kept in 
mind that a dependent claim may refer to any preceding independent claim. In 
general, applicant's sequence will not be changed. See MPEP § 608.01 (n). 

8. Claim 9 is objected to as it is unclear what is 1 st trigger input is connected to, as the 
claim 9, dependent on claim 8, only discloses, "...trigger signal is applied to the 
second and third trigger inputs ...". Further, claim 9 leaves the picture incomplete as 
to what is connected to the "third logic input" of "a third logic". 
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Claim Rejections - 35 USC §112 

The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

9. Claims 1 , 7-18 & 26 are rejected due to insufficient antecedent basis for the 
following reasons. 
Regarding Claim 1 

Claim 1 recites the limitation "first information of the software model". There is 
insufficient antecedent basis for this limitation in the claim. Hardware model 
disclosed likewise does not have the same problem as it is declared before. 
Examiner respectfully suggests changing the claim language to "first information of a 
software model" to remedy the rejection. 
Regarding Claims 7-9 

Claim 7 recites the limitation "timing logic associated with each latch". There is 
insufficient antecedent basis for this limitation in the claim, which depends from 
claim 1. Claim 1 neither recites timing logic nor latch. Claims 8-9 are rejected based 
on their dependency on claim 7. 
Further regarding Claim 8 

Claim 8 is further objected to as claim 8 states "the trigger input", which lack proper 
antecedent basis. Examiner is unclear if this referring to "a first trigger input" or 
something else. 
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Regarding Claims 10-18 

Claim .10 recites the limitation "timing logic associated with each flip-flop". There is 
insufficient antecedent basis for this limitation in the claim, which depends from 
claim 1. Claim 1 neither recites timing logic nor flip-flop. Claims 11-18 are rejected 
based on their dependency on claim 10. 
Regarding Claim 26 

Claim 26 recites the limitation "simulating the behavior of the client". There is 
insufficient antecedent basis for this limitation in the claim, which depends from 
claim 24. 

10. Claim 8-9, 11-18 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter 
which applicant regards as the invention. 
Regarding Claims 8-9 

Claim 8 recites "correct value" in defining the general operation of the disclosed 
apparatus. The phrase "correct value" lacks antecedent basis for the limitation cited 
in the claim. Neither claim nor the specification defines what is the correct value. The 
only reference in specification is on pg. 137. A solid-up or solid down might be a 
correct value in the particular logic design. The examiner will interpret that the 
correct value is the value at the data input during the timing interval or retains the 
previous state in the absence of a clock trigger interval. Claim 9 is rejected based on 
its dependency on claim 8. 
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Regarding Claim 11-18 

The claim 1 1 recites the limitation "transmission logic" as part of a function for 
selection of input to a storage element. Neither claim language nor the specification 
defines what is to be interpreted as transmission logic. Claims 12-18 are rejected 
based on their dependency on claim 1 1 . 
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Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form 
the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

11. Claims 1-6, 19-36, 38 & 44-46 are rejected under 35 U.S.C. 102(b) as being 
anticipated by U.S. Patent No. 5,663,900 issued to Narpat Bhandari et al (BH 
'900 hereafter). 

Regarding Claim 1 

BH '900 teaches an electronic design and automation (EDA) system for 
verification and modeling a user design including a central processing unit (Sun 
Microsystems Sparc workstation) (BH '900: Col.2, Lines 28-35; Col.1, Lines 14-18). 

Further, BH '900 teaches an internal bus (SBus) system connected to the 
computing system (BH '900: Col.2 Lines 46-50). 

Further, BH '900 teaches a reconfigurable hardware logic (BH '900: Col.2 Lines 
64-67; Col.3 Lines 1-2) coupled to the internal bus system (BH '900: Col.3 Lines 14- 
17, 21-24; Figure 2A-2B, Elements 16,38,44 & 46) for generating a hardware model 
which includes at least a portion of user design modeled in hardware (BH '900: Col.3 
Lines 56-67; Col.4 Lines 1-2). 

Further, BH '900 teaches a controller/interface circuit (BH '900: Figure 2B, 
Element 40), which on a card directly attached on the motherboard (BH '900: Figure 
2B, Element 38, 36) between the external systems (BH '900: Figure 2B, Element 44- 
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46) and computing system. The controller mentioned above, controls the flow of 
control data, synchronization data, initialization of logic states or simulation model 
data to the external systems likes field programmable gate array (FPGA) (BH '900: 
Col.5 Lines 7-15). 

Further, BH '900 teaches generating software models (BH '900: Col.1 Lines 25- 
28, Col.3 Lines 64-66) and hardware models (BH '900": Col.2 Lines 51-67; Col.3 
Lines 1-2) and storing the models in the shared memory (BH '900: Col.3 Lines 2-5, 
36-43). 

Regarding Claim 2 

BH '900 teaches first information of the software model including functional 
information of the user design (BH '900: Col.1 Lines 25-35). 
Regarding Claim 3 

BH '900 teaches second information of the hardware model including functional 
information of the user design (BH '900: Col.2 Lines 56-63). 
Regarding Claim 4 

BH '900 teaches hardware model includes the state information (BH '90: Col3. Lines 
21-29, 51-55), which includes hardware node values and register-values 
(Specification: Pg.60 Line 26). 
Regarding Claim 5 

BH '900 teaches SBus configuration and the controller connected directly to the 
motherboard implementing the SBus (BH '900: Figure 2B Element 36-38; Col.2 
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Lines 46-50). DMA access is inherent to the SBus configuration (IEEE Std 1496- 
1993) 1 . 

Regarding Claim 6 

BH '900 teaches hardware model includes the state information (BH '900: Col3. 
Lines 21-29, 51-55), which includes hardware node values and register-values 
(Specification: Pg.60 Line 26). 
Regarding Claim 19 

Method claim 19 discloses the similar limitations as claim 1 and is rejected for the 
same reasons as claim 1. Further, BH '900 teaches simulation method where the 
software model imitates functional or logical output signals (state information) in 
response to the stimulus applied (BH '900: Col.1 Lines 29-35). 
Regarding Claim 20 

Method claim 20 discloses the similar limitations as claim 5 and is rejected for the 
same reasons as claim 5. 
Regarding Claim 21 

BH '900 teaches controlling the software and hardware model with a software kernel 
(BH '900: Col.2 Lines 7-13; Col.6 Lines 1-7). 
Regarding Claim 22 

BH '900 teaches software kernel includes model input and output, which is parsed 
and provided to the simulator through the PLI, thus allowing the simulation system to 
determine the presence of input data. BH '900 teaches a digital simulator using 



1 IEEE Standard for Boot Firmware: Bus Supplement for IEEE 1496 (SBus). - 18 th November 1994 



Application/Control Number: 09/954,715 Page 10 

Art Unit: 2128 

Verilog; hence the evaluation of clock components 2 as part of the software program 
(test bench) is inherent to the method of simulation. Further, BH '900 teaches 
propagating the input data to the hardware model (BH '900: Fig. 3; Col.6 Lines 34- 
62). Further, Examiner takes official notice that the step of detecting active clock 
edge of the clock in the software model is well known in the art 3 . Further, BH '900 
teaches evaluating the input data with the hardware model in response to the active 
clock edge detection (BH '900: Col.4 Lines 3-9, Col. 5 Lines 7-15). 
Regarding Claim 23 

BH '900 teaches simulating the behavior of the software model for some time and 
then simulating the behavior of the circuit with hardware model for another time (BH 
'900: Col.3 Lines 61-67; Col.4 Lines 1-2, 18-24). 
Regarding Claim 24 

Method claim 24 discloses the similar limitations as claim 1 and is rejected for the 
same reasons as claim 1 . Further, BH '900 teaches simulating a behavior of the 
circuit with the software model by providing input data to software model (BH '900: 
Col.6 Lines 20-33). Further, BH '900 teaches selectively switching to hardware 
model through software control and providing input data (BH '900: Col. 5 Lines 10- 
15; 21-26). Further, BH '900 teaches evaluating the input data in the hardware 
model based on the trigger event in the software model (BH '900: Col. 5 Lines 7-10). 



2 IEEE Std 1364-1995 IEEE standard hardware description language based on the Verilog(R) hardware 
description language. Cover Page & Pg. 101 with comments. 

3 IEEE Std 1364-1995: Cover Page & Pg. 370-371. 
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Regarding Claim 25 

BH '900 teaches hardware model includes the state information (BH '90: Col3. Lines 
21-29, 51-55), and it is stored in the shared memory (BH '900: Col.3 Lines 36-43). 
Regarding Claim 26 

BH '900 teaches simulating the software model by using the state information (BH 
'900: Col.1 Lines 29-35) from hardware model in the shared memory (BH '900: Col.3 
Lines 2-5, 36-43). 
Regarding Claim 27 

BH '900 teaches generating the hardware model further comprises of determining 
component type in hardware language and generating model based on the 
components (BH '900: Col.2 Lines 55-63; Col.3 Lines 51-55). 
Regarding Claim 28 

BH '900 teaches that portion of the user design can be simulated (in software) and 
portion of the user design can be emulated (in hardware) (BH '900:Col.3 Lines 61- 
64). Further, BH '900 teaches selectively switching between hardware and software 
models (BH '900:Col.4 Lines 3-6). Further, BH '900 teaches simulating the behavior 
of the circuit by providing input data to software model through the programmable 
logic interface (PLI) (BH '900: Figure 2A Elements 28, 30, 16). 
Regarding Claim 29 

BH '900 teaches software kernel includes model input and output, which is parsed 
and provided to the simulator through the PLI, thus allowing the simulation system to 
determine the presence of input data. BH '900 teaches a digital simulator using 
Verilog; hence the evaluation of clock components (See Footnote 2 reference) as 
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part of the software program (test bench) is inherent to the method of simulation. 
Further, BH '900 teaches propagating the input data to the hardware model (BH 
'900: Fig. 3; Col.6 Lines 34-62). 
Regarding Claim 30 

Claim 30 discloses the similar limitations as claim 1 and is rejected for the same 
reasons as claim 1 . Claim 1 discloses steps of generating the software and 
hardware models, allocating shared memory. Further, BH '900 teaches propagating 
data to the hardware model until data stabilizes as calculating the propagation delay 
as part of the initialization setup (BH '900: Col.5 Lines 27-30). Further, BH '900 
teaches detecting the clock edge being implicit to the Verilog model/test bench (See 
IEEE Std 1364-1995). Further, BH '900 teaches evaluating data with the hardware 
model in response to the clock edge detection in software model and in 
synchronization with a hardware-generated clock by external system/FPGA (BH 
'900: Col. Lines 64-67). 
Regarding Claim 31 

Claim 31 discloses the similar limitations as claim 6 and is rejected for the same 
reasons as claim 6. 
Regarding Claim 32 

BH '900 teaches simulating the software model by using the state information (BH 
'900: Col.1 Lines 29-35) from hardware model in the shared memory (BH '900: Col.3 
Lines 2-5, 36-43). 
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Regarding Claim 33 

BH '900 teaches a simulation system operating in a host system for simulating the 
behavior of a circuit (BH '900: Figure 2A-2B) containing CPU (BH '900: Col.2 Lines 
51-55), shared memory (BH '900: Col.3 Lines 2-5, 36-43) and local bus coupling the 
CPU to memory (BH '900: Col.2 Lines 46-50). BH '900 teaches a circuit having 
structure and function in a hardware language capable of describing the component 
types and connection (BH '900: Col.2 Lines 56-63; Col.3 Lines 48-55). 
Further, BH '900 teaches software model coupled to the local bus (BH '900: Figure 
2A Elements 16-34-36), software control logic (BH '900: Figure 2A Element 30) 
coupled to the software model & hardware logic element (BH '900: Figure 2A-2B 
Elements 38, 40, 42-46) for controlling the operation of software model and 
hardware logic element. 

Further, BH '900 teaches hardware logic element coupled to local bus (BH '900: 
Figure 2B Elements 36-38) and hardware model including at least a portion of the 
circuit (BH '900: Col.3 Lines 61-67; Col.4 Lines 1-2) configured automatically based 
on component type (BH '900: Col.3 Lines 48-54). 

Further, BH '900 teaches SBus configuration and the controller connected directly to 
the motherboard implementing the SBus (BH '900: Figure 2B Element 36-38; Col.2 
Lines 46-50). DMA engine based access is inherent to the SBus configuration. 
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Regarding Claim 34 & 35 

Claims 34 & 35 discloses the similar limitations as claim 21 & 22 and are rejected for 
the same reasons as claims 21 & 22. 
Regarding Claim 36 

BH '900 teaches hardware logic element comprises a field programmable device 
(BH '900: Col.3 Lines 1-2). 
Regarding Claim 38 

Claim 38 discloses the similar limitations as claim 1 and is rejected for the same 
reasons as claim 1 . Further, BH '900 teaches control logic coupled to internal bus 
system for delivering the data among reconfigurable hardware logic and computing 
system (BH '900: Fig. 3; Col.6 Lines 34-62). 
Regarding Claim 44 

Claim 44 discloses the similar limitations as claim 1 and is rejected for the same 
reasons as claim 1 . 
Regarding Claim 45 

BH '900 teaches synchronizing the data evaluation in the software model and 
hardware model with software configured/generated clock (BH '900: Col. 5 Lines 64- 
67). 

Regarding Claim 46 

BH '900 teaches simulating selected debug test points in the software as software 
program (kernel) which can control the simulation flow by starting, stopping, single- 
stepping, interrupting, or polling the simulation (BH '900: Col.6 Lines 5-7). 
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Further, BH '900 teaches accelerating selected portions in hardware (BH '900: Col. 3 
Lines 61-67, Col.4 Lines 1-2). Further, BH '900 teaches controlling the delivery of 
data between the hardware and software model through the external I/O so that 
software model has access to all delivered data (BH '900: Col.4 Lines 39-46). 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 USPQ 459 

(1966), that are applied for establishing a background for determining obviousness 

under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art, 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

This application currently names joint inventors. In considering patentability of the 

claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the 

various claims was commonly owned at the time any inventions covered therein were 

made absent any evidence to the contrary. Applicant is advised of the obligation under 

37 CFR 1 .56 to point out the inventor and invention dates of each claim that was not 

commonly owned at the time a later invention was made in order for the examiner to 

consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 

prior art under 35 U.S.C. 103(a). 
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12. Claim 7 & 10 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent No. 5,663,900 issued to Narpat Bhandari et al (BH '900 hereafter) in 
view of IEEE article "Q-Modules: Internally clocked Delay-Insensitive Modules" 
by Fred U. Rosenberger et al (RO '1988 hereafter). 

Regarding Claim 7 

Teachings of BH '900 are disclosed on claim 1 rejections above. 

BH '900 does not teach timing logic associated with each flip flop so the desired 
result is obtained regardless of the order of arrival of a input and a clock signal to the 
flip flop. 

RO '1988 teaches their Q-modules are insensitive to delay and that the inputs 
must be able to accept inputs that change at any time with respect to the clock and 
must operate correctly in the presence of metastability (RO '1988: Pg.1006 Section 
II; Pg 1009 Section III D). 

It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of RO '1988 to BH '900 to make 
logic elements that are delay insensitive. The motivation to combine would have 
been that BH '900 is designing a hardware emulated and software simulated co 
simulation system, where parasitic effects of propagation delays between the 
hardware and software boundaries are of concern (BH '900: Col. 5 Lines 27-30) and 
RO '1988 solves this problem by teaching that Q-modules which can be at the 
interface of simulation environment and FPGA hardware boundary where such 
metastable transitions are most possible (RO '1988: Pg. 1005 Last paragraph). 
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Further, motivation would have been that RO '1988 discloses that Q-modules are 
used in the personalizing the PLAs (Abstract). 
Regarding Claim 10 

Claim 10 discloses the similar limitations as claim 7 and is rejected for the same 
reasons as claim 7. 



Application/Control Number: 09/954,715 Page 19 

Art Unit: 2128 

13. Claims 8-9 & 11-18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 5,663,900 issued to Narpat Bhandari et al (BH '900 
hereafter) in view of IEEE article "Q-Modules: Internally clocked Delay- 
Insensitive Modules" by Fred U. Rosenberger et al (RO '1988 hereafter), further 
in view of IEEE article "High Speed External Asynchronous/Internally clocked 
Systems" by W.S. VanScheik et al (VA '1997 hereafter). 
Regarding Claim 8 & 9 

Teachings of BH '900 & RO '1988 are disclosed on claim 1 rejections above. 

BH '900 does not teach timing logic having a first logic, second logic, third logic 
and edge detector. 

RO '1988 also does not teach the exactly the disclosed limitations for the first 
logic, second logic, third logic and edge detector. However the solve the same 
problem as disclosed by the limitations. 

VA '1997 teaches a first logic (VA '1997: Fig. 5 Input Registers & Next State 
Logic) having first input (VA '1997: Fig 5 INPUTS), a second input (VA '1997: Fig.5 
Second feedback input to Next State Logic), a control input (VA '1997: Fig.5 Clock 
signal to the Input registers) and an output (VA '1997: Fig.5 output of Next State 
Logic). Further, VA '1997 teaches a second logic (VA '1997: Fig.5 Memory 
Registers) with first trigger input (VA '1997: Fig.5 Clock) and first logic output 
coupled to the second input of the first logic (VA '1997: Fig.5 Memory register output 
to the next state logic) where second logic updated the first logic. Further, VA '1997 
teaches a third logic storing the new value (VA '1997: Fig.5: Output Logic). Further, 
VA '1997 teaches a edge detector having a third trigger and clock input and output 
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is coupled to the control input (VA '1997: Fig. 5: Majority Gate & Clock Driver). 
Further, examiner takes official notice that edge detectors are well known in the art 4 . 

It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of RO '1988 to BH '900 to make 
logic elements that are delay insensitive. The motivation to combine would have 
been that BH '900 is designing a hardware emulated and software simulated co 
simulation system, where parasitic effects of propagation delays between the 
hardware and software boundaries are of concern (BH ( 900: Col. 5 Lines 27-30) and 
RO '1988 solves this problem by teaching that Q-modules which can be at the 
interface of simulation environment and FPGA hardware boundary where such 
metastable transitions are most possible (RO '1988: Pg. 1005 Last paragraph). 

Further, It would have been obvious to one (e.g. a designer) of ordinary skill in 
the art at the time the invention was made to apply teachings of VA '1997 to BH 
'900 to make logic elements that are delay insensitive. The motivation would have 
been that VA '1997 further refines the work of RO '1988 (VA '1997: Pg824, Col.2 
Lines 1-2) and handles the propagation delay issues across asynchronous 
interfaces like in BH '900 (VA '1997: Abstract: Lines 1-4) to avoid metastability. 
Regarding Claim 11 

VA '1997 teaches an timing circuit with input logic (VA '1997: Fig. 5 Input Registers & 
Next State Logic) for receiving the input value and trigger signal (VA '1997: Fig 5 
INPUTS, Clock), a storage logic (VA '1997: Fig. 5 Memory Registers), a transmission 
logic (VA '1997: Fig. 5: Output Logic) coupled to the input logic and storage logic for 

4 U.S. Patent No. 5808486, Figure 1 
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selecting between the new and old values and outputting it. Further, VA '1997 
teaches an edge detecting logic (VA '1997: Fig. 5: Majority Gate & Clock Driver). 
Regarding Claims 12-18 

The limitations of claims 12-18 recite "D-Flip Flop", multiplexers, AND gates, OR 
gates etc. The examiner has interpreted these elements to be functionally equivalent 
to the circuit disclosed by VA '1997 (VA '1997: Fig.3, 5 & 6). 
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Claim 37 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 5,663,900 issued to Narpat Bhandari et al (BH '900 hereafter) in view 
of U.S. Patent No. 5,661,662 issued to Michael R. Butts et al (BU '662 
hereafter). 

Regarding Claim 37 

Teachings of BH '900 are disclosed on claim 33 rejections above. 

BH '900 does not teach plurality of field programmable devices coupled together 
separable by at most two interconnection. 

BU '662 teaches plurality of field programmable devices coupled together (BU 
'662: Figure 3) separable by at most two interconnection (BU '662: Figure 7; Col. 11 
Lines 33-43). 

It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of BU '662 to BH '900 to make a 
multi FPGA system coupled together. The motivation would have been, as BU '662 
teaches, generally it takes more than one FPGA to implement the desired design 
(BU '662: Col.3 Lines 3-31) for any practical system. Hence BH '900 design would 
also require more than one FPGA to implement the design and BU '662 teaches 
how to implement a multiple FPGA design while handling the interconnect issue 
through the Realizer technology by Quickturn. 
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14. Claims 39-43 & 47*50 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over U.S. Patent No. 5,663,900 issued to Narpat Bhandari et al 
(BH '900 hereafter) in view of IEEE article "A Heterogeneous Environment for 
Hardware/Software Cosimulation" by William D. Bishop et al (Bl l 1997 
hereafter). 
Regarding Claim 39 
Claim Interpretation: 

"Data-in pointer logic" and "Data-in latch logic" are together interpreted as hybrid 
decoder and cross-point router. "Data-in pointer logic" is generating the select signal 
based on the source of data present on the internal bus and "Data-in latch logic" 
routes the data based on the select signal to the selective internal nodes in the 
reconfigurable hardware. 

Teachings of BH '900 are disclosed on claim 38 rejections above. 

BH '900 does not teach plurality of field programmable devices "Data-in pointer 
logic" and "Data-in latch logic" with the disclosed limitations. 

Bl '1997 teaches an interface platform (Bl '1997: Pg.15 Section 2.3; 4.2) that 
performs the function of directing the data from the internal data bus to the various 
FPGA's based on the external interface or computing system (Bl '1997: Fig.1, 3). 
For example: The external interface may be the development platform and the 
computing system may be the software simulation platform. Further, the limitations 
"Data-in pointer logic" and "Data-in latch logic" disclosed are obvious by necessity in 
the described interface. 
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It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of Bl '1997 to BH '900 to design 
an interface control logic. The motivation would have been that Bl '1997 is 
addressing the same issues as BH '900 to perform hardware/software co-simulation 
using the Sun Sparc station and FPGA's (Bl '1997: Figurel, 2). Further, BH '900 
also discloses a pin arrangement for the interface circuit between the hardware and 
software (BH '900: Fig.3). 
Regarding Claim 40 

Bl '1997 teaches an external buffer for storing the external data from the external 
interface so the data is mutually accessible by buffer and the computing system (Bl 
'1997: Pg.18 Col.2 6 th paragraph; Section 4.2 1 st paragraph). 
Regarding Claim 41 

Claim 40 recites the similar limitation as claim 39 but data is transferred in the 
opposite direction. Bl '1997 teaches a bidirectional interface to monitor and seed the 
simulation (Bl '1997: Fig.2) as well as configures the FPGA's (Bl '1997: Pg. 15 Col.1 
Last paragraph). 
Regarding Claim 42 

Bl '1997 teaches control and data signal being sent back between the software 
simulation and the hardware emulation (Bl '1997: Fig.2). Further, detection of 
software clock and evaluation in well known in the art and obvious by necessity of 
the current co-simulation design (See IEEE Std 1364-1995 reference cited before). 
Regarding Claim 43 
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Bl '1997 teaches selecting which components of the design as hardware and 
software entities and describes the reasoning why one would select a component to 
be simulated rather than being emulated (Bl '1997: Section 3). It is obvious from the 
discussion the reasons why some of the external I/O would be simulated rather 
being emulated (i.e. emulation is performed for components where timing & 
implementation details are necessary and simulation is performed where 
functionality needs to be checked). 
Regarding Claim 47 

Claim 47 discloses the similar & subset of limitations as claim 39 and is rejected for 
the same reasons as claim 39. 
Regarding Claim 48 

Claim 48 discloses the similar limitations as claim 40 and is rejected for the same 
reasons as claim 40. 
Regarding Claim 49 

Claim 49 discloses the similar limitations as claim 39 and is rejected for the same 
reasons as claim 39. 
Regarding Claim 50 

Claim 50 discloses the similar & subset of limitations as claim 43 and is rejected for 
the same reasons as claim 43. 

Conclusion 

15. The prior art made of record and not relied upon in PTO 892 is considered pertinent 
to applicant's disclosure. 

16. All claims are rejected. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Akash Saxena whose telephone number is (571) 272- 
8351 . The examiner can normally be reached on 8:30 - 5:00 PM M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jean R. Homere can be reached on (571)272-3780. The fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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